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A METHOD FOR UPDATING A HARDWARE CONFIGURATION OF A 
NETWORKED COMMUNICATIONS DEVICE 



FIELD OF THE INVENTION 

The present invention relates to the field of networked communications 
devices. More specifically, the present invention provides a method for 
updating a hardware configuration of a networked communications device. 



m 



110 BACKGROUND OF THE INVENTION 



m 



m 



In the current networked environment, routers and switches are used 
connect a network and direct data to the appropriate destination. As the 
hardware capabilities of networked devices continue to grow, companies and 
CI 15 network providers find themselves in a constant cycle of upgrading their existing 
equipment or buying new equipment in order to stay competitive. While it is 
comparatively easy to provide greater capacity for new software features by, for 
example, providing more storage and memory, it has proven difficult to provide 
greater capacity for hardware upgrades without buying an entirely new system. 
20 This is proving to be an expensive burden which shows no indication of 
relenting. 
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Figure 1 illustrates various components utilized in an exemplary prior art 
router printed circuit board 100. In Figure 1 , a memory block 101 and a memory 
expansion socket 102 are coupled to a central processing unit (CPU) 103 by a 
system bus 104, Input/output (I/O) slots 105 and 1 15 are for add-in options 
5 cards which provide additional functions to router 100 and are coupled to a field 
programmable gate array (FPGA) 106 by a system bus 107. Digital signal 
processor (DSP) blocks 108 and 116 are special-purpose circuits used for 
digital signal processing which are commonly used in math-intensive signal 

Li: processing applications and are coupled with FPGA 106 by a system bus 109. 

r 10 CPU 103 is further coupled with a complex programmable logic device (CPLD) 

M« 1 1 0 by a system bus 1 1 1 . Printed circuit board 1 00 is further comprised of an 

il 

p Ethernet port 112, and a console port 113 and auxiliary port 114 which are both, 
for example, RS-232 ports and are coupled to CPU 103 by system busses (not 

Q shown). An encryption card (not shown) interfaces with CPU 103 and usually 

\| 

O 15 sits above it. 

w 

In order to gain a competitive advantage, manufacturers of routers and 
switches have developed an architecture for their products which will lower their 
costs as much as possible. Elements of this architecture include using 
20 Application Specific Integrated Circuits (ASICs), shared system busses, and 
integrating as many system components directly on the device's motherboard 
as possible. In placing system components on the motherboard, the 
manufacturer can keep costs down by not having to provide interfaces for add- 
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in options cards which are more expensive to the manufacturer. While these 
steps lower the short term costs to manufacturers and consumers, in the long 
run they are proving to be more expensive for consumers and manufacturers 
due to the fact that the system hardware can not be reconfigured. 

In using ASICs, the available hardware features for a given device are 
limited to whatever features the ASIC can provide. The ASICs are normally 
bonded to the printed circuit board of the device and can not be removed 
because this is less expensive than providing interfaces on the motherboard for 
accommodating add-in options cards. This makes it impossible to upgrade the 
hardware features or the performance of the device and necessitates buying 
new equipment in order to keep pace with changing technology. 

One example of this is the CPU (e.g., CPU 103 of Figure 1). When a new 
generation CPU becomes available, it typically has a different physical 
connection (or pin-out) from the preceding generation. This makes it impossible 
to simply boost the device's performance by adding a faster CPU because a 
new motherboard is needed as well to accommodate the new CPU pin-out. 
Furthermore, while the technology can change every 6 months, it takes up to 9 
months for the manufacturer to develop and distribute the new technology to the 
consumer. This means that the devices frequently get shipped with technology 
which is already a generation behind and can not be easily updated or 
reconfigured. 
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To provide some level of reconfigurability, manufacturers provide a 
limited number of interfaces for add-in cards. As was previously stated, the 
number of interfaces is kept to a minimum to keep motherboard fabrication costs 
5 down. These interfaces are limited in the hardware features which they provide 
because they are given only limited access to system resources. For example, 
these interfaces do not have full access to the data, control, and address busses 
of the motherboard. This limits the functionality of the add-in cards. 
Furthermore, there is no provision for changing the hardware configuration of 
fi 10 these add-in cards to add hardware features or extend their usable lifetime. 

The only other interfaces on the motherboards are for adding more memory to 

■ fg 

the system which does not address the problem of hardware reconfigurability. 

% Another way of providing reconfigurability is to use Programmable Logic 

O 15 Devices (PLDs) such as Complex Programmable Logic Devices CPLDs (e.g., 

ilii 

CPLD 1 1 0 of Figure 1) and Field Programmable Gate Arrays FPGAs (e.g., 
FPGA 106 of Figure 1). PLDs are logic chips which can be programmed at the 
customers site by a software file which configures the PLD to perform a logical 
function. Typically, PLDs have been limited by the nature of the connection they 
20 share with the rest of the system. Frequently, they only have limited access to 
the data and address busses of a router. In other instances, they are only 
accessed by the system CPU through the system control bus. This limits the 
utility of PLDs because the range of functions they are capable of performing is 
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limited by the lack of access to all of the resources of the system printed circuit 
» 

board. 



Another drawback which prevents using PLDs to their full advantage is 
5 that the configuration software for the PLD is typically downloaded to a serial 
Programmable Read Only Memory (PROM) device. While PLDs can be 
reconfigured numerous times, serial PROMs can only be programmed once 
which in turn limits the PLD to being configured once. This negates the 
advantage of having programmable logic devices in the system and prevents 
using them to their full potential. Furthermore, because the serial PROMs limit 

\| 

hi the PLDs to only one reconfiguration, additional serial PROMs and PLDs have 
to be added to the system to reconfigure each additional component in the 

;L. system such as add-in cards and I/O boards, 

fli 

p 15 Accordingly, a need exists for a secure method for updating the hardware 

111 

configuration of a networked communications device to extend the usable life of 
the printed circuit board as well as any add-in options cards coupled to it. It is 
also desirable that this method provides a centralized approach for updating the 
system as a whole and can perform the hardware reconfiguration automatically 
20 or with minimal user intervention. 
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SUMMARY OF THE INVENTION 



The present invention pertains to a method and apparatus for updating a 
hardware configuration of a networked communications device. A first 
hardware configuration is determined which describes hardware features 
programmed into the programmable logic unit. When an updated hardware 
configuration becomes available, it can be downloaded into a centralized file 
holding configuration information for the main circuit board as well as add-in 
options cards and programmable logic units of the networked device. The 
programmable logic unit is re-programmed with the second hardware 
configuration to provide new hardware functions or enhance the performance of 
existing ones. The centralized memory area can receive numerous hardware 
descriptions which allows the present invention to effectively extend the usable 
life span of the networked communications device and facilitates updating 
hardware reconfiguration. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



The accompanying drawings, which are incorporated in and form a part 
of this specification, illustrate embodiments of the present invention and, 
5 together with the description, serve to explain the principles of the invention. 



m 



fit 



FIGURE 1 illustrates various components utilized in an exemplary prior 
art router printed circuit board. 

FIGURE 2 is a block diagram of an exemplary bus architecture upon 
which embodiments of the present invention may be practiced. 

FIGURE 3 is a flow chart of a method for updating the hardware 
configuration of a networked communications device in accordance with 



n 15 embodiments of the present invention. 



FIGURE 4 is a flow chart of a method for updating the hardware 
configuration of a networked communications device in accordance with 
embodiments of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



Reference will now be made in detail to the preferred embodiments of the 
present Invention, examples of which are illustrated in the accompanying 
5 drawings. While the present invention will be described in conjunction with the 
preferred embodiments, it will be understood that they are not intended to limit 
the present invention to these embodiments. On the contrary, the present 
invention is intended to cover alternatives, modifications, and equivalents which 
may be included within the spirit and scope of the present invention as defined 
5? 10 by the appended claims. Furthermore, in the following detailed description of 

the present invention, numerous specific details are set forth in order to provide 
p a thorough understanding of the present invention. However, it will be obvious 
L to one of ordinary skill In the art that the present invention may be practiced 

m 

J4 without these specific details. In other instances, well-known methods, 

ci 15 procedures, components, and circuits have not been described In detail so as 

m 

not to unnecessarily obscure aspects of the present invention. 



The present Invention provides a method for updating the hardware 
configuration of a networked communications device, such as a router. While 
20 the present embodiment recites a router, the present invention Is well suited to 
be utilized on a variety of networked communications devices and not intended 
to be limited solely to conventional routers alone. Such devices include but are 
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not limited to switches, hosts, and other such devices on a networked 
communications system which are not specifically cited. 

Figure 2 is a block diagram of an exemplary bus architecture for a 
5 networked communications device 200 in accordance with embodiments of the 
present Invention. A central processing unit (CPU) 205 is coupled with a main 
memory 210, an encryption unit 215, and to a plurality of programmable logic 
devices (PLD array 220) by a control bus 225, data bus 230, and an address 
bus 235. It is appreciated that one or more of the slots with which PLD array 

plO 220 interfaces with busses 225, 230, and 235 may not be populated and that 

w 

m[ device 200 will still function as a router. A Flash memory device 240 is also 

rip 

coupled with control bus 225, data bus 230, and address bus 235. 

^ PLD array 220 is further coupled with input/output (1/0) boards 245 and 

13 15 digital signal processor (DSP) arrays 250 by data bus 255 and address bus 260 

i 

through interfaces 265. it is appreciated that address bus 260 may include 
serial data busses between PLD array 220. I/O boards 245, and DSP arrays 
250. In one embodiment, separate serial data busses couple PLD array with I/O 
boards 245 and with DSP array 250. PLD array 220 is also coupled with I/O 
20 boards 245 and with DSP arrays 250 by control busses 270 and 275 

respectively. The bus connections between PLD 220 and the rest of the system 
are full width which means PLD 220 has full access to available system 
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resources. PLD array 220 is also coupled with an optional buffer memory 280 
through data bus 285, address bus 290, and control bus 295. 



In one embodiment, the present invention provides a socl<et for a 
5 removable card which can hold the CPU (e.g., CPU 205 of Figure 2) and the 
main memory (e.g., main memory 210 of Figure 2) of the system. This 
removable card may also hold additional PLDs to provide more configuration 
options if needed. In one embodiment, the main memory on the add-in card is 
dynamic read only memory (DRAM). While the present invention recites DRAM, 
PI 10 it is well suited to utilize a variety of memory technologies. By placing the CPU 
on a removable card, the present invention provides the ability to upgrade the 

©• . 

^ hardware configuration of networked devices. For example, when a new 

generation CPU becomes available, the removable card is replaced with one 
pf that can physically interface with the new CPU. In the past, this was not 
p 15 possible because the physical interface was attached to the motherboard. If a 

i 

new CPU had a different pin-out, it could not be used in the router unless the 
entire motherboard was replaced. 



Encryption unit 215 is on the address, data, and control busses of CPU 
20 205. Additionally, in one embodiment extra signals are routed to the connector 
for the encryption unit so that it can be used as a logic analyzer 
connector/debug port. The connector for the encryption unit can also be used 
as an interface to a printed circuit board to provide an additional processor with 
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additional memory. Tills processor can be used instead of CPU 205 or as a 
secondary processor to provide multi-processor capability to device 200. This 
processor would interface with the rest of the system using a bus request grant 
type of handshaking. In another embodiment, the encryption functions are 
5 integrated with the removable card upon which CPU 205 is mounted. 



PLDs are integrated circuit chips comprised of programmable 
interconnections between logic blocks which can be configured with a software 
program to construct a logic circuit. PLD array 220 is, in one embodiment, a 
Q 10 field programmable gate array (FPGA). The configuration information for the 

SI 

FPGA is held In Flash memory (such as Flash memory area 240 of Figure 2) 
and is loaded when the system is powered up and the operating system is 

Ml? 

i.. loaded into memory. 

ci 15 In one embodiment, Flash memory area 240 is comprised of two Flash 

i 

memory devices. Flash memory is sector programmable meaning that when a 
change is made to the configuration, only the changed portions are erased and 
rewritten. The configuration files for the FPGAs are stored in a redundant 
fashion with one copy on each of the Flash memory devices. This allows either 
20 copy of a FPGA configuration file may be updated without affecting the other 
copy. For example, one Flash memory device can hold a default configuration 
version while the other contains the most recent configuration version. This 
ensures that there is always one good copy of the PLD configuration on the 
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router. When changes are made to the configuration files, the new 
configuration file undergoes a checl<sum operation to verify that a good copy of 
the configuration has been received and Is then timestamped. The new 
configuration can be received at the same time a new version of the operating 
5 system is downloaded or as an update to an existing hardware configuration. 
When the boot process initiates, the configuration with the latest timestamp 
having a correct checksum is read into memory and used to configure the PLD 
an-ay. If for some reason the PLD configuration can not be retrieved from Flash 
memory, the present invention can provide the configuration through network 
p 10 connections such as from a sen/er or another router on the network. 

® The FPGAs can be configured to take on the role of a great variety of 

ASIC functions such as communications controllers, data compression circuits, 
ff protocol converters, and arbiters. This reduces the load on the CPU and 
Ml 15 improves the overall performance of the device. For example, while CPU 205 is 
fi accessing main memory 210, the FPGAs can be moving data from an I/O board 
(e.g., I/O board 245 of Figure 2) to memory buffer 280. The FPGAs could then 
move the data from memory buffer 280 to DSP array 250 or format the data into 
larger words and send it to main memory 210. This takes traffic off of the CPU 
20 bus and prevents using memory bandwidth for buffer memory requirements. 

In another example, transceiver and impedance matching circuitry can 
be provided for a plurality of I/O interfaces on the main printed circuit board 
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while the rest of the functions of I/O boards 245 are integrated into the FPGA. 
This eliminates redundancy and allows a greater number of I/O interfaces to fit 
onto the router without devoting excessive router space for the I/O boards. 

Figure 3 is a flow chart 300 of a method for updating hardware 
configuration on a networked communications device in accordance with 
embodiments of the present Invention. Specifically, flow chart 300 describes a 
method in which the hardware configuration can be loaded into a networked 
communications device, such as a router or switch, in conjunction with the 
downloading of an operating system version. In the following description, the 
method of flow chart 300 loads a hardware configuration into a centralized 
configuration file which is held in non-volatile memory (e.g., flash memory 240 
of Figure 2) on the printed circuit board of a networked communications device. 

With reference to step 310 of Figure 3, an operating system version is 
loaded into a server. While the present embodiment recites loading the 
operating system into a server, the method of the present embodiment is well 
suited to loading the operating system into various other devices which are also 
communicatively coupled to the networked communications device receiving 
the hardware configuration. A server is recited as it can be used to provide a 
central location from which the operating system can be loaded into multiple 
routers or other devices on the network. The operating system has. In the form 
of data files, configuration information for the programmable logic devices (e.g.. 
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PLD array 220 and I/O boards 245 of Figure 2) of the networked 
comnnunications device which will create a new hardware configuration. 

With reference to step 320 of Figure 3, communications are established 
5 between the server and the networked communications device. In one 
embodiment, the networked communications device Is a router. While the 
present embodiment recites a router, the present invention Is well suited to 
provide an updated hardware configuration for a variety of networked 
communications devices. A Telnet session Is Initiated with the router to provide 
10 an administrator remote access to the router. While a Telnet session is recited, 
the present invention is well suited to a variety of communications applications 
such as a hyper text transmissions protocol (HTTP) server. Typically, this would 
be done over the communications network to which the router is coupled. 
However, the router also provides communications ports which allow the 
15 administrator to couple directly with the router or to access the router using, for 
example, a modem and public telephone network. The administrator logs into 
the router as the first step in actually managing the resources of a router. 

With reference to step 330 of Figure 3, security Information Is verified. 
20 After logging on the router, the administrator will have to provide a security 
password to gain access to the router's operating system. The password is 
stored in configuration files in the non-volatile memory (e.g., flash memory 240 

of Figure 2) of the router being configured. The password can also be 
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encrypted to provide a higher level of security when communicating across a 
wide area network. 

With reference to step 340 of Figure 3 and to Figure 2, a first hardware 
configuration of the router is determined. Configuration information of the 
hardware resources is collected by the router's processor (e.g., CPU 205 of 
Figure 2). Hardware configuration can include, for example, a file or set of files 
for FPGAs that are either fully or partially reconfigurable, downloadable 
microcode files for an FPGA or an ASIC, and downloadable firmware for 
embedded processors, which control switching or packet processing. In one 
embodiment, the configuration information is collected over the router's serial 
peripheral bus. While the present embodiment recites a serial peripheral bus, 
the present invention is well suited to utilizing other interfaces such as a serial 
JTAG, or parallel interface as well. The configuration of resources on the 
printed circuit board such as the hardware configuration of PLD array 220, add- 
in cards (e.g., I/O boards 245 of Figure 2), and any PLDs on the I/O boards 
themselves Is collected and stored (e.g., in Flash memory 240). 

With reference to step 350 of Figure 3, a second hardware configuration 
is received by the router. At this point, the operating system version, which 
includes the second hardware configuration, is downloaded over the network 
into the non-volatile memory (e.g., flash memory 250 of Figure 2). The 
operating system can be, for example, an update which includes new hardware 
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functionality, enhanced hardware features, or hardware performance 
enhancements necessary for the new operating system version to run optimally. 

The configuration file for the FPGAs and CPLDs can be encrypted to 
5 provide greater security and prevent the loading of a hacked version of the 
hardware configuration. Only a server supplying the correct password can 
download a hardware configuration for the router. The router vendor corporate 
site can act as a secure third-party authenticator for both the router and the file 
server and can be used to determine whether the router needs to receive a new 
OlO hardware configuration. 



■f In one embodiment, two flash memory units are provided for redundancy, 

r one holds a default version of the operating system and hardware configuration 
S while the other receives the most recent version. In another embodiment, one 

hip 

y 15 flash memory unit that is sufficiently large to hold two operating system changes 

CP 

and hardware configuration is used. This ensures that there is always one 
good copy of the PLD configuration on the router so that the router will not be 
disabled if, for example, there is a power failure during the download of a new 
operating system version. A checl<sum operation is performed on the 
20 downloaded files to verify that a good copy has been received and the files are 
then timestamped. When the boot process initiates, the configuration with the 
latest timestamp having a correct checksum is used to configure the PLDs. If for 
some reason the PLD configuration can not be retrieved from flash memory, the 
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present invention can obtain tine configuration through network connections 
such as from a file server or another router on the network having the 
configuration information. 

5 With reference to step 360 of Figure 3, a programmable logic device of 

the router is programmed with the second hardware configuration. When the 
router is restarted, the boot loader will read the latest good configuration file in 
the Flash memory and use that information to program the CPLDs and FPGAs 
on both the printed circuit board and the add-in cards (e.g., I/O boards 240 of 
O 10 Figure 2) to create a new hardware configuration for the router, 

IS; 

?J In so doing, the present invention provides a secure metliod for 

reconfiguring the hardware configuration of a router in conjunction with the 

Hi downloading of an operating system version. The configuration for the printed 

n 

15 circuit board and add-in cards is held in a central, non-volatile memory area 
^ and can be reconfigured with multiple hardware configurations. The present 
invention allows a hardware configuration edition to be associated with and 
more closely integrated with a software edition. Furthermore, the present 
invention extends the product life of both the printed circuit board and the add-in 

20 cards without having to send them back to the factory to be serviced. 

Figure 4 is a flow chart 400 of a method for updating hardware 
configuration on a networked communications device in accordance with 
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embodiments of the present invention. In flow cliart 400 the networked 
communications device receives a new hardware configuration in response to a 
notification of the availability of a new hardware configuration. 

With reference to step 410 of Figure 4, the networked communications 
device is notified of the availability of a new hardware configuration. In one 
embodiment, networked communications device 400 is a router. While the 
present embodiment recites a router, the present invention is well suited to be 
utilized on a variety of networked communications devices to update their 
hardware configurations. The notification of step 410 may originate, for 
example, from the corporate site of the router vendor to notify customers of 
available updates, enhanced features, or hardware performance enhancement 
updates as they become available. 

The notification may also come from another router on the same network. 
When the amount of communications traffic is low, routers frequently exchange 
Information such as routing paths and other metrics needed to route 
communications more efficiently. One router can simply broadcast to the other 
routers on the network that it has an updated hardware version for a particular 
hardware level. 
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Alternatively, a timer on the router or a local server can be configured to 
poll a third party server in a secured fashion to determine if hardware 
configuration updates are available. 

With reference to step 420 of Figure 4, a first hardware configuration is 
determined. Again, configuration information of the hardware resources is 
collected by the router's processor (e.g., CPU 205 of Figure 2) over the system's 
serial peripheral Interface bus, serial JTAG, or parallel bus. The configuration of 
resources on the printed circuit board, the add-in cards (e.g., I/O boards 240 of 
Figure 2), and the configuration images of the FPGAs and CPLDs is collected 
create this first hardware configuration. Hardware configuration can Include, for 
example, a file or set of files for FPGAs that are either fully or partially 
reconfigurable, downloadable microcode files for an FPGA or an ASIC, and 
downloadable firmware for embedded processors, which control switching or 
packet processing. 

With reference to step 430 of Figure 4, the first hardware configuration is 
compared with the new hardware version to determine whether a hardware 
update is necessary. The hardware configuration on the router is given a 
version number to identify the configuration. This is compared with the 
available hardware version to determine whether a the new version should be 
downloaded. In one embodiment, a system administrator is notified of the 
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availability of the new hardware configuration to give the administrator the 
option of not changing the hardware configuration. 

With reference to step 440 of Figure 4, the router initiates downloading of 
the new hardware configuration. Again, the initiating can be in response an 
administrator command or scheduled to occur when network use is low to avoid 
downtime for the router or to coincide with software updates. The router 
acknowledges the source sending the hardware update and initiates the 
downloading of the configuration information. 

With reference to step 450 of Figure 4, security information is verified. 
The corporate site of the router vendor can, using secure encryption protocols, 
act as a secure third-party authenticator for both the router and the file sen/er or 
router holding the updated hardware configuration. For example, the file server 
providing a new hardware configuration and the router being updated can be 
verified at the corporate site using identification numbers supplied at the factory 
before they are shipped which are stored in non-volatile memory. 

With reference to step 460 of Figure 4, a second hardware configuration 
is received over the network. As in flow chart 300, the configuration is 
downloaded into the router's flash memory, a checksum is performed on the 
downloaded data, and the new configuration is timestamped. 
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With reference to step 470 of Figure 4, a programmable logic device is 
programmed witli the second hardware configuration. When the router is re- 
booted, the second hardware configuration is read from the flash memory and 
the CPLDs and FPGAs are programmed to create the new configuration. This 
can be scheduled to occur immediately or when network use is low. 

Embodiments of the present invention provide a secure method for 
updating the hardware configuration of a networked communications device to 
extend the usable life of the printed circuit board as well as add-in options cards 
coupled to it. Furthermore, the present invention provides a centralized 
approach which updates the system as a whole, as opposed to updating 
components individually, and can be scheduled to be performed when network 
traffic is minimal. 

The preferred embodiment of the present invention, a method for 
updating a hardware configuration of a networked communications device, is 
thus described. While the present invention has been described in particular 
embodiments, it should be appreciated that the present invention should not be 
construed as limited by such embodiments, but rather construed according to 
the following claims. 
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